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METHOD AND SYSTEM FOR MANAGING DYNAMIC TERMS AND 
CONDITIONS AND USER INTERACTION 

BACKGROUND OF THE INVENTION 
5 [0001] The present invention generally relates to loyalty programs and more specifically to 
methods and apparatus for dynamically generating a terms and conditions statement for a 
loyalty transaction. 

[0002] Loyalty programs are programs that provide cardholders with incentives to shop at 
certain merchants participating in the loyalty programs. Typically, cardholders are awarded 
10 incentives when they shop at the merchants participating in that loyalty program. The 
incentives may then be redeemed. 

[0003] Before a cardholder can participate in a loyalty program, terms and conditions for 
the loyalty program should be affirmatively accepted by the cardholder. Conventionally, the 
same generic terms and conditions statements are provided to all cardholders participating in 
15 the loyalty program. This generic statement is accepted by the cardholder when the 
cardholder signs up for the program. 

[0004] The above method of obtaining a cardholder's acceptance of terms and conditions 
includes many disadvantages. For example, a generic terms and conditions statement may 
not apply to all cardholders of a loyalty program. Some clauses in the terms and conditions 
20 statement may only apply to a certain subset of cardholders and not others. The generic 
statement cannot be tailored to different cardholders that may have different requirements. 
Also, after the first terms and conditions statement is accepted by a cardholder, it is hard to 
make changes to the terms and conditions statement and obtain acceptance for the changed 
terms and conditions statement. 

25 [0005] Accordingly, there is a desire for providing more robust methods and apparatus for 
managing terms and conditions statements for loyalty programs. 



BRIEF SUMMARY OF THE INVENTION 
[0006] Embodiments of the present invention relate to generating terms and conditions 
(T&C) statements for a loyalty transaction. A T&C statement may be generated dynamically 
for a specific transaction using information specific to the transaction. 

5 [0007] In one embodiment, a method for generating a terms and conditions statement for a 
transaction is disclosed. The method includes using a portable device to conduct the 
transaction, the portable device having portable device information; determining if a terms 
and conditions statement is needed for the transaction based on the portable device 
information; dynamically generating the terms and conditions statement for the transaction; 

10 and outputting the generated terms and conditions statement. 

[0008] The portable device information is used to dynamically generate the terms and 
conditions statement. The information related to the portable device includes information 
indicating whether the terms and conditions statement has been accepted before. The terms 
and conditions statement is not generated if the terms and conditions statement has been 

1 5 accepted before. 

[0009] The method further includes determining information related to a device outputting 
the generated terms and conditions statement and dynamically generating the terms and 
conditions statement based on the information related to the device. The information related 
to the device includes information indicating whether the device is capable of displaying or 
20 printing the terms and conditions statement. The terms and conditions statement is 

dynamically generated for a display format or a printed format based on the information 
related to the device. 

[0010] Furthermore, the method includes receiving input indicating whether the terms and 

conditions statement is accepted. If the terms and conditions statement has been accepted, 
25 then the transaction is processed based on a first set of rules. If the terms and conditions 

statement has not been accepted, the transaction is processed based on a second set of rules. 

[001 1] The method also includes determining if redemption for the transaction is possible. 

If redemption is not possible and the generated terms and conditions statement is accepted, 

information is sent to the portable device indicating an accumulation of an item towards an 
30 incentive. If redemption is possible and the terms and conditions statement is accepted, 

information is sent to the portable device indicating an item for the transaction has been 

redeemed. 
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[0012] Reference to the remaining portions of the specification, including the drawings and 
claims, will realize other features and advantages of the present invention. Further features 
and advantages of the present invention, as well as the structure and operation of various 
5 embodiments of the present invention, are described in detail below with respect to 

accompanying drawings, like reference numbers indicate identical or functionally similar 
elements. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] Fig. 1 depicts a system for providing a terms and conditions (T&C) statement 
1 0 according to one embodiment of the present invention; 

[0014] Fig. 2 depicts a simplified flow chart of a method for distributing information to 
distribution channels to enable them to generate T&C statements according to one 
embodiment of the present invention; 

[0015] Fig. 3 illustrates embodiment of an interface according to embodiments of the 
15 present invention; 

[0016] Fig. 4a illustrates an example of a parameter file according to the embodiments of 
the present invention; 

[0017] Fig. 4b illustrates an example of a T&C file according to one embodiment of the 
present invention; 

20 [0018] Fig. 5 illustrates a plurality of templates according to one embodiment of the present 
invention; 

[0019] Fig. 6 illustrates a system for generating and outputting T&C statements according 
to one embodiment of the present invention; 

[0020] Fig. 7 illustrates a simplified flow chart of a method for dynamically generating a 
25 T&C statement according to one embodiment of the present invention; and 

[0021] Fig. 8 illustrates a simplified logical flow of a method for dynamically generating a 

T&C statement according to one embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0022] The present invention in the form of one or more exemplary embodiments will now 
30 be described. Fig. 1 depicts a system 100 for providing a terms and conditions (T&C) 



3 



statement according to one embodiment of the present invention. System 100 includes a 
program manager 102, a host 104, a network 106, distribution channels 108, and one or more 
portable devices 110. 

[0023] One or more sponsors 1 1 2 are providers of prizes and incentives for loyalty 
5 programs. Sponsors 1 12 are any entities, such as product manufacturers, that can sponsor a 
loyalty program. Sponsors 1 12 typically define the parameters of how a loyalty program is 
provided. This information may include the incentives that are awarded, the requirements 
that define whether an incentive should be rewarded, the eligible participants, and the terms 
and conditions that should be accepted by a potential participant before participation in a 
1 0 loyalty program and/or a loyalty transaction is allowed. 

[0024] As shown, the program information is input into program manager 1 02. Program 
manager 102 is a device that formats the loyalty program information in a format readable by 
host 104. For example, program manager 102 may generate parameters for the loyalty 
program and also terms and conditions information for the loyalty program from the program 
1 5 information. 

[0025] In one embodiment, terms and conditions statements include specific legal 
statements and/or disclosures that are provided during the course of a loyalty transaction that 
describe the rights of the participant and rules for participation in the loyalty program. 
Generally, affirmative acceptance of the terms and conditions statement by a participant is 
20 necessary before any transactions are processed as loyalty transactions. Once a T&C 

statement is accepted, acceptance may not be necessary for future transactions. The loyalty 
transaction may involve the redemption of an incentive, accumulation towards an incentive, 
or any other loyalty action. 

[0026] Host 1 04 receives T&C information and subsequently stores the information in a 
25 database. In one embodiment, host 1 04 then uses the T&C information and creates a T&C 
file and a parameter file. Host 104 may translate terms from the T&C information and 
parameters to generate the T&C file and parameter file. In one embodiment, the T&C file 
includes variables that are used to generate a T&C statement with the values for the variables 
found in the parameter file. Embodiments of the format of the files will be described in more 
30 detail below. Although a T&C file and parameter file are described as separate files, it 
should be understood that the information may be included in any number of files. Also, 
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other methods of storing the information used to generate T&C statements may be used, such 
as full text representations of the T&C statement, etc. 

[0027] In one embodiment, host 104 maintains a T&C file and a parameter file for each 
loyalty program. However, it should be understood that, in other embodiments, the T&C 

5 files and the parameter files may be shared by different loyalty programs. For example, two 
loyalty programs provided by the same sponsor may share the same parameter file; 
alternatively, two loyalty programs provided by two different sponsors may share the same 
T&C file but use two different parameter files. Based on the disclosure and teachings 
provided herein, a person of ordinary skill in the art will appreciate how to use the T&C files 

1 0 and the parameter files for different loyalty programs. 

[0028] The T&C and parameter files are then downloaded to distribution channels 108 
through network 106. Network 106 may be any network, such as the Internet, a wireless 
network, a wire line network, a local area network (LAN), a wide area network (WAN), and 
the like. In one embodiment, the T&C and parameter files may be selectively downloaded to 

15 certain distribution channels 108. For example, loyalty programs associated with the T&C 
and parameter files may be downloaded to applicable distribution channels 108 that will be 
offering the loyalty programs. Also, some distribution channels 108 may not be able to 
output a T&C statement and thus may not receive the T&C and parameter files. Periodically, 
one or more of the T&C and parameter files may be updated by host 104 due to changes 

20 resulted from changes made by sponsors 1 12 or other reasons. The updated T&C and 
parameter files are then downloaded to applicable distribution channels 108. 

[0029] Distribution channels 1 08 include any device capable of generating a T&C 
statement. In one embodiment, distribution channels 108 include a standalone physical point 
of sale (PPOS) device 1 14, an integrated physical point of sale device (PPOS) 1 16, and a 

25 mobiledevice 118. Distribution channels 108 may perform loyalty transactions offline. In 
one embodiment, offline indicates that distribution channel 108 does not need to 
communicate with host 104 to perform the loyalty transaction or to dynamically generate 
T&C statements. Distribution channel 108 may, however, communicate with host 104 for 
other reasons, such as for reporting results of transactions, etc. 

30 [0030] Stand-alone PPOS device 1 14 is a stand alone device dedicated to performing point 
of sale transactions. For example, PPOS 1 14 includes a point of sale or acceptance point 
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device that may perform loyalty transactions. Point of sale devices found in merchant's stores 
are examples of stand alone PPOS devices 1 14. 

[0031] Integrated PPOS device 1 16 may be a point of sale or acceptance point device that 
has been integrated into another device, such as a computer. For example, the integrated 

5 PPOS device 1 16 may be an application on the World Wide Web (WWW), such as a website 
or an Internet kiosk, accessed through a computing device over the Internet. A website for 
shopping on the Internet and a card acceptance device may be an example of PPOS 116. 
[0032] Mobile devices 1 1 8 include any mobile devices, such as cellular phones, personal 
digital assistants (PDA), pocket personal computer (PC), laptop computers, tablet computer, 

10 digital viewer etc. One difference between mobile devices 1 1 8 and PPOS devices 1 14 and 
1 16 is that PPOS devices 1 14 and 1 16 communicate with a portable device 1 10 in order to 
enable a loyalty transaction. Mobile devices 118, however, do not need to communicate with 
portable device 1 10 because mobile devices 1 1 8 are a portable device 1 10 and distribution 
channel 108 together. 

15 [0033] Portable devices 1 10 are devices that are used by loyalty program participants to 
conduct loyalty transactions. For example, portable devices 1 10 include smartcards, cellular 
phones, personal digital assistants (PDAs), pagers, payment cards, security cards, access 
cards, smart media, transponders, and the like. Each portable device 106 includes a module, 
such as a computer chip with dedicated hardware, software, embedded software, or any 
20 combination thereof, that is used to perform actions associated with loyalty transactions. 
[0034] Portable devices 110 include, for example, portable device information 120. 
Similarly, mobile device 118 also includes portable device information 120. Portable device 
information 120 includes any information that uniquely identifies either portable device 110 
or mobile device 118. For example, portable device information 120 may be an identifier, a 
25 unique ID, a serial number, an account number, etc. Thus, a user that is associated with 
portable device 110 or mobile device 1 1 8 may be uniquely identified using portable device 
information 120. Also, portable device information 120 includes any other information 
related to a loyalty transaction, such as information usable to determine which loyalty 
programs portable device 1 10 is eligible for. 
30 [0035] A transaction is typically performed between portable device 1 10 and stand alone 
PPOS device 1 14 or integrated PPOS device 1 16. In another embodiment, mobile devices 
1 1 8 may participate in a loyalty transaction. In this case, mobile device 1 1 8 performs the 
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transaction with host 104, where mobile device 118 performs the functionality of stand alone 
PPOS device 114 or integrated PPOS device 1 16. For discussion and illustrative purposes, it 
will be described that a transaction is being performed between portable device 1 10 and 
distribution channel 108. It should be understood, however, that the transaction may be 
5 between portable device 1 10 and PPOS devices 1 14 and/or 1 16, or mobile devices 1 18 and 
host 104. 

[0036] A transaction between portable device 1 10 and distribution channel 108 may be a 
loyalty transaction for a loyalty program. For example, a loyalty transaction is where a user 
of the portable device 1 10 is purchasing items that qualify the user and portable device 1 10 
10 for an incentive or reward in the loyalty program. Also, in another embodiment, the 

transaction may be a communication between portable device 1 10 and distribution channel 
108 where an incentive or reward was previously earned and the user of portable device 110 
desires to redeem that incentive or reward. Further, a transaction may be a transaction where 
an accumulation towards an incentive occurs without redemption. 

[0037] In some cases, the transaction is a transaction that requires the acceptance of a T&C 
statement by a user of portable device 1 10. The T&C statement may need to be generated for 
a number of reasons. For example, a T&C statement may be needed when a transaction 
qualifies for a loyalty program, an incentive is available, or when a T&C statement has not 
been previously accepted, or when a T&C statement has been revised since it was last 
20 accepted, or when acceptance of the T&C statement needs to be obtained again. If so, a T&C 
statement is dynamically generated for that transaction and outputted. In one embodiment, 
the T&C statement may be outputted by displaying, printing out, and/or audibly announcing 
the statement. The T&C statement may then be accepted or rejected by a user of portable 
device 1 10. The acceptance or rejection is received and appropriate actions are taken 
25 depending on the response. For example, if the T&C statement is accepted, the loyalty 
transaction may proceed and any incentives may be rewarded. If the T&C statement is 
rejected, distribution channel 108 may proceed with a non-loyalty transaction. 
[0038] Fig. 2 depicts a simplified flow chart 200 of a method for distributing information to 
distribution channels 108 to enable them to generate T&C statements according to one 
30 embodiment of the present invention. In step 202, program information is received from a 
sponsor 112 that defines a loyalty program. The information may be received using an 
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interface such as a graphical user interface (GUI), where information is inputted for 
parameters that will govern the loyalty program. 

[0039] Fig. 3 illustrates an interface 300 according to one embodiment of the present 
invention. As shown, a plurality of parameters 304 correspond to tags that will be included in 
parameter and T&C files. A program ID 302 indicates an identifier for a loyalty program. 
The loyalty program corresponding to the identifier can then have information for parameters 
304 inputted using entries 306. In one embodiment, sponsors 1 12 can enter in information 
for parameters 304. As shown, information may be entered for the start and end dates, the 
frequency value, a minimum purchase, whether the reward will be immediate or delayed, a 
maximum redemption amount, any free text that may be included in the T&C statement, a 
T&C identifier, which terminals are eligible for the program, and card types. It should be 
understood that parameters 304 are shown for illustrative purposes and a person skilled in the 
art will appreciate other parameters 304 that may be included in interface 300. Also, it 
should be understood that any methods of entering program information into program 
manager 102 may be used and embodiments of the present invention are not restricted to 
using interface 300. 

[0040] Referring back to Fig. 2, in step 204, the program information is translated into a 
format readable by host 104. For example, dates, monetary values, free text, T&C 
information, etc. are translated into a uniform format. 

[0041] In step 206, host 1 04 determines and stores parameters for the loyalty program. In 
one embodiment, the determined parameters are stored in a parameter file. Fig. 4a illustrates 
an example of a parameter file 400 according to one embodiment of the present invention. 
As shown, tags 402 and values 404 are included in parameter file 400. Tags 402 correspond 
to parameters 304 of interface 300. For example, tags 402 may be variables that are universal 
across any parameter files 400 that are created by host 104. Tags 402 define values 404 that 
are needed to generate a T&C statement. Values 404 correspond to the inputted information 
that is received for parameters 304 in entries 306. Values 404 may have been translated into 
a format readable by host 104 and that translated information is stored in parameter file 400. 
Also, values 404 may be the values that will be outputted for a T&C statement generated 
using parameter file 400. 

[0042] Referring back to Fig. 2, in step 208, the T&C information from the program 
information is determined and stored for the loyalty program. In one embodiment, the T&C 
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information is stored in a T&C file. Fig. 4b illustrates an example of a T&C file 450 
according to one embodiment of the present invention. T&C file 450 includes a plurality of 
tags 452. Tags 452 include tags that correspond to tags 402 of parameter file 400. As shown, 
T&C file 450 includes the tags <start date>, <end date>, and <free text>. These tags 452 

5 form a template that is used to generate a specific T&C statement for T&C file 450. For 

example, free text that is specified in parameter file 400 along with the values for <start date> 
and <end date> are used to generate a T&C statement. It should be noted that all of the tags 
402 in parameter file 400 may not be included in T&C file 450. Although all tags may be 
present in T&C file 450, it is not necessary and the unused tags may be used in other aspects 

10 of the loyalty transaction, such as in determining eligibility for the loyalty transaction, etc. 
Furthermore, values for tags included in T&C file 450 may be derived differently. For 
example, as mentioned above, parameter file 400 may include tag values that are defined by 
host 104. Alternatively, some tags values for T&C file 450 may be defined and provided by 
corresponding distribution channels 108. Hence, different T&C statements can be generated 

1 5 for different T&C files using parameter file 400 and values supplied by corresponding 
distribution channels 108. 

[0043] Optionally, in step 210, T&C file 450 and parameter file 400 may be further 
modified depending on specific situations. For example, where the T&C statement to be 
generated relates to regulated products, such as, alcohol, tobacco, dairy products and 
20 gasoline, certain additions and/or modifications to T&C file 450 and parameter file 400 may 
be required for legal and/or regulatory reasons. For instance, since different states may have 
different laws and/or regulations governing sale of regulated products, specific additions 
and/or modifications may need to be made to T&C file 450 and parameter 400 to reflect the 
specific legal and regulatory requirements in each state. 
25 [0044] Referring back to Fig. 2, in step 212, the distribution channels 108 in which T&C 
file 400 and parameter file 450 will be downloaded are determined. Different parameter files 
400 and T&C files 450 may be sent to different distribution channels 108 in different 
situations. For example, some distribution channels 108 may be offering different loyalty 
programs, such as when different merchants offer different programs. One merchant's 
30 distribution channels 108 may receive parameter files 400 and T&C files 450 for a first 

loyalty program and a second merchant may receive parameter files 400 and T&C files 450 
for a second loyalty program, etc. In some situations, different distribution channels 108 may 
not be able to distribute the same T&C statement. Hence, different parameter and T&C files 
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400 and 450 are downloaded to corresponding distribution channels 108 to allow different 
versions of the T&C statement to be outputted. Also, some distribution channels 108 may 
not be able to output a T&C statement and thus will not be sent parameter files 400 and T&C 
files 450. 

5 [0045] When distribution channels 1 08 are determined, parameter file 400 and T&C file 
450 are downloaded to the appropriate distribution channels in step 214. 
[0046] Optionally, in step 216, the T&C statement is presented in an appropriate format 
depending on a number of factors including, for example, display capability of the 
corresponding distribution channel 108, portable device information and user information. 

10 Depending on such factors, information from T&C file 450 and parameter file 400 is used 
accordingly by the distribution channel 108 to generate and display an appropriate T&C 
statement. In one example, the display capability of the corresponding distribution channel 
108 may require the T&C statement to be displayed in a specific format; in another example, 
a T&C statement in a specific format is to be generated for a certain type of portable device 

15 1 1 0; and in yet another example, a T&C statement in a specific format is to be generated for a 
specific group of users. 

[0047] The above process may be repeated for any number of loyalty programs. 
Additionally, a T&C file 450 and parameter file 400 are not limited to information for a 
single T&C statement or a single loyalty program and may include information to generate 

20 T&C statements for multiple loyalty programs. In other words, T&C files 450 and parameter 
files 400 may be shared interchangeably by multiple loyalty programs. For example, two 
loyalty programs may use the same T&C file 450 but different parameter files 400, resulting 
in a T&C statement having more or less the same format but containing different information. 
Alternatively, two loyalty programs may use the same parameter file 400 but different T&C 

25 file 450, resulting in a T&C statement having more or less the same information being 
displayed in different formats. 

[0048] As mentioned above, T&C files 450 may be generated using templates. Fig. 5 
illustrates a plurality of templates 500 according to one embodiment of the present invention. 
A template is identified by a T&C identifier (ID) 502. As shown, the numbers 1, 2, and 3 
30 represent three different templates. Each template includes a number of tags that represent 
content that will form the substance of the T&C statement that is outputted to a user. The 
content is in the form a plurality of tags 504. 
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[0049] As illustrated, a template <1> is identified by the tags: <tag 1> <tag 3> <tag 5>. 
The tags may be any tags that are supported by system 100. For example, tag 1 may be <start 
date>, tag 3 may be <end date>, and tag 5 may be <free text> as illustrated in Fig. 4b. 
[0050] An advantage of using templates 500 is that the templates 500 can be reviewed no 
matter what the values of the tags are. Thus, the values of the tags may change but the format 
will remain the same. Similarly, the tags included in a template 500 may change without 
affecting the corresponding tag values. For example, values for start and end dates may 
change but the tags stay the same. In one common application, a template is reviewed for 
legal reasons before any T&C statement is generated based on that template and outputted to 
a user. The focus of the review is typically on the tags included in the template to ensure that 
correct types of information are included in the T&C statement without regard to the 
corresponding tag values. Thus, tags 504 may be reviewed and if approved for legal reasons, 
any changes to the values of the tags will not need to be reviewed again. 
[0051] Fig. 6 illustrates a system 600 for generating and outputting T&C statements 
according to one embodiment of the present invention. The described transaction is between 
portable device 110 and distribution channel 108. 

[0052] Before a transaction is initiated, T&C information needed to generate T&C 
statements is downloaded. For example, T&C files 450 and parameter files 400 are 
downloaded to distribution channel 108. A data receiver 606 receives and stores the 
information from files 400 and 450 in a database 608. Although database 608 is shown in 
distribution channel 108, it should be understood that database 608 may also be remotely 
located from distribution channel 108. 

[0053] Once T&C files 450 and parameter files 400 are received at distribution channel 
108, distribution channel 108 may generate T&C statements 604 offline. In one embodiment, 
offline indicates that T&C statements 604 may be generated dynamically for a transaction 
without any interaction from host 104. Although it is described that a transaction may be 
performed offline, it should be recognized that distribution channel 108 may contact host 104 
at certain times, such as to report the results of any transactions and any incentives that have 
been rewarded. 

[0054] A transaction can then be initiated between portable device 1 10 and distribution 
channel 108. During a transaction, an information determiner 610 determines information 
related to portable device 110. For example, portable device information 120 may be 
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determined from information determiner 610. In one embodiment, portable device 
information 120 may be read from portable device 1 10. In another embodiment, portable 
device 1 10 and distribution channel 108 may communicate to determine portable device 
information 120. 

[0055] After determining portable device information 120, information determiner 610 
determines if a T&C statement is required for the transaction with portable device 1 10. In 
determining if a T&C statement is needed, information determiner 610 may use any 
information found in database 608, portable device information 120, or any other 
information. For example, loyalty program information (not shown) may be used to 
determine if portable device 110 is eligible for an incentive in the loyalty program. The 
loyalty program may specify that after buying five items, an item will be given away for free. 
Thus, if portable device information 120 indicates that a fifth item will be purchased in this 
transaction, then an item should be given away for free. In this case, a T&C statement may 
be needed before giving away the incentive. In other cases, if information indicates that a 
T&C statement has not been accepted, a T&C statement may need to be accepted before any 
loyalty transaction is undertaken. 

[0056] If a T&C statement is needed, information determiner 610 communicates with 
database 608 to determine parameter file 400 and T&C file 450 that are applicable for the 
transaction with portable device 110. For example, depending on the loyalty program, the 
incentive, or portable device 110, corresponding parameter file 400 and T&C file 450 will be 
retrieved. In one embodiment, factors specific to the transaction are used to determine an 
identifier, such as a code, that may be used to retrieve files 400 and 450. 
[0057] T&C generator 612 is configured to generate T&C statement 604 using parameter 
file 400 and T&C file 450. In one embodiment, T&C statement 604 is dynamically generated 
for that specific transaction between portable device 1 10 and distribution channel 108. T&C 
statement 604 may be different for different portable devices 1 10 or may be the same for 
multiple portable devices 1 10. Also, T&C statements 604 may be different for different 
loyalty programs and may be customized for each user of portable devices 1 10. In any case, 
T&C statement 604 may be dynamically generated for each transaction and thus may be 
easily adapted and changed as terms and conditions change. 
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[0058] In one embodiment, the T&C statement is generated using corresponding values 
found in parameter file 400 for tags found in the T&C file 450. The values are then 
incorporated into a T&C statement 604. 

[0059] Once T&C statement 604 is generated, it is sent to an output device 602. As 
mentioned above, output device 602 may print T&C statement 604, display T&C statement 
604, audibly announce T&C statement 604, etc. When T&C statement 604 is outputted, 
output device 602 is configured to receive an input from a user of portable device 1 10 
indicating an acceptance or rejection of T&C statement 604. For example, the user may 
select a button that indicates "I accept the T&C," "I reject the T&C," or the user may check a 
box that either indicates the acceptance or rejection of the T&C, etc. Once output device 602 
receives the response from the user, the response is recorded by distribution channel 108. As 
will be described later, the transaction may proceed as a loyalty transaction if the T&C 
statement was accepted or may proceed as a non-loyalty transaction if the T&C statement 
was not accepted. 

[0060] Fig. 7 illustrates a simplified flow chart 700 of a method for dynamically generating 
a T&C statement according to one embodiment of the present invention. In step 702, 
distribution channel 108 communicates with portable device 1 10. In the communication, a 
loyalty transaction is initiated. 

[0061] In step 704, distribution channel 108 determines if a T&C statement is needed for 
the transaction. In determining if a T&C statement is needed for the transaction, distribution 
channel 108 and portable device 1 10 may communicate to determine portable device 
information 120. Information 120 may indicate whether or not the T&C statement has been 
accepted by the user. Also, it may indicate whether a T&C statement has changed and needs 
to be accepted or rejected again. 

[0062] If it is determined that a T&C statement is not needed, in step 706, the process 
proceeds with the loyalty transaction. 

[0063] If it is determined that a T&C statement is needed, in step 708, the process identifies 
a T&C file 450 that is applicable for the transaction. In identifying a T&C file 450 that is 
applicable for the transaction, portable device information 120 may be used. For example, 
portable device information 120 may indicate that a user has not accepted a T&C statement 
before. Also, other factors such as if distribution channel 108 can display or print a T&C 
statement and/or if information 120 indicates an incentive should be awarded may be used to 
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determine the applicable T&C file 450. Also, information related to the loyalty program 
associated with the transaction may be used, such as if information 120 indicates that four 
qualifying purchases have been made and a fifth purchase in this transaction qualifies a user 
for an incentive. In one embodiment, appropriate information is used to determine a code 
that is then used to identify the applicable T&C file 450. For example, the code corresponds 
to an identifier for the stored T&C file 450 or an index to where T&C file 450 is stored. 
[0064] In step 7 1 0, distribution channel 1 08 retrieves the identified T&C file 450 from 
database 608. 

[0065] In step 712, distribution channel 108 retrieves a parameter file 400 that corresponds 
to the retrieved T&C file 450. In one embodiment, parameter file 400 may be retrieved 
solely based on a link to the retrieved T&C file 450 or the code determined above for T&C 
file 450 may also be used to retrieve parameter file 400. 

[0066] In step 714, tags in the retrieved T&C file 450 are translated using values in the 
retrieved parameter file 400. The translated tags generate a corresponding T&C statement. 
Each tag in T&C file 450 corresponds to a tag in parameter file 400. A corresponding value 
in parameter file 400 for each tag is used to generate the T&C statement. Also, if default or 
user defined tags are found in T&C file 450, values not found in parameter file 400 may be 
used, such as values defined at distribution channel 108. Additionally, other information, 
such as portable device information 120, may be used to generate the T&C statement. 
[0067] Distribution channel 1 08 then outputs the generated T&C statement in step 716. 
The output may be displayed, printed out, audibly announced to a user, etc. 
[0068] In step 718, input from a user is received for the T&C statement. For example, the 
user may indicate whether the T&C statement is accepted or rejected. If the T&C statement 
is accepted, the process continues with a loyalty transaction and incentives may be awarded 
or accumulation towards the incentive recorded. If the user rejects the T&C statement, the 
transaction continues as a non-loyalty transaction. 

[0069] Fig. 8 further illustrates how a T&C statement is generated according to one 
embodiment of the present invention. At 800, a host is responsible for creating and 
packaging all the information that is needed for a T&C statement. More specifically, all the 
tags that are needed for a specific T&C statement under a loyalty program are collected by 
the host. The tags represent fields to be included in the T&C statement including, for 
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example, "program identification number", "start date", "end date", etc. Then, T&C records 
having information corresponding to the tags are retrieved. Depending on how the T&C 
statement is to be delivered and displayed, different T&C records may be retrieved. For 
example, in some cases, T&C records for web-based applications may be used; in other 

5 cases, T&C records for store-based applications may be retrieved. 

[0070] At 802, the tags for the specific T&C statement and the corresponding T&C records 
are forwarded to a distribution channel. In other words, the distribution channel acquires the 
tags and the corresponding T&C records. As mentioned above, the distribution channel may 
be a store terminal or a point-of-sale device. 

1 0 [0071 ] At 804, the distribution channel merges the tags and the corresponding T&C records 
to generate the appropriate T&C statement. The T&C statement may be formatted based on a 
number of factors including, for example, display constraints of the distribution channel, 
portable device information and user information. The T&C statement is then displayed or 
printed out for acceptance or rejection by a user. 

1 5 [0072] In one situation, T&C statements are generated for a user who is using an integrated 
PPOS 116. 

[0073] PPOS 1 1 6 may be a website being accessed through a computing device. The user 
selects products for purchase on the website. A website sales application records product IDs 
and a basket total. An example of the basket total is two items at a price of $2.50 for a total 
20 of $5.00. 

[00741 The website sales application sends a product ID and a purchase total to a loyalty 
application associated with the website. 

[0075] The user inserts a portable device 110 into a card acceptance device attached to a 
personal computer displaying the website. 
25 [0076] The website loyalty application compares the product IDs, total purchase values and 
available rewards determined from portable device 1 lO.Using portable device information 
120, it is determined that portable device 1 10 is eligible for a loyalty program 123, a reward # 
1 of 50% off a first unit of product X. Also, information 120 also indicates that the 
accumulations towards the reward are zero. 
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[0077] The loyalty application determines if the purchase qualifies for a reward under the 
loyalty program. If the purchase does not qualify for a reward, the loyalty application sends a 
message to the sales application that no rewards apply for the purchase. The sales application 
then completes the purchase transaction in a normal manner, i.e., a non-loyalty transaction. 

[0078] If the purchase does qualify for a reward, the loyalty application retrieves portable 
device information 120 from portable device 1 10. For example, a code is retrieved from 
portable device 110. The code is used to determine an appropriate T&C statement to 
generate. 

[0079] A number of factors are then considered. Such factors include, for example, 
whether a T&C statement has been accepted before, whether a distribution channel allows for 
display and whether redemption is possible. It should be understood that other factors may 
also be considered. Depending on the results for the factors, different codes may be 
generated. For example, the application may determine if T&C statements have been 
accepted before. If T&C statements have been accepted, a first code is used, and if T&C 
statements have not been accepted, a second code is used. Depending on the code generated, 
the appropriate T&C statement is created and displayed to the user. 

[0080] 

[0081] The application then determines if the T&C statement is accepted by the user. If the 
T&C statement is not accepted by the user, the loyalty application sends a message to the 
sales application to indicate that no incentives will apply to the purchase. 
[0082] If the T&C statement is accepted by the user, the loyalty application calculates a 
reward value and sends the value to the sales application. An example of the calculation 
where a reward of 50% off the original price of $2.50 was determined to yield an incentive 
value of $1.25. 

[0083] The sales application recalculates the basket total and displays the new basket total 
to the user. The original total of $5.00 minus the reward total of $1.25 equals a new total of 
$3.75. 

[0084] The loyalty application then updates T&C information on portable device 1 lO.For 
example, the portable device 1 10 is updated to show that a T&C statement has been accepted. 
Other information on the portable device 1 10 may also be updated. For example, the 
accumulation value of a loyalty program is updated to show that redemption has occurred. 
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[0085] Here is another illustration showing a method for performing a transaction for a 
purchase at a merchant according to one embodiment of the present invention. A user selects 
products for purchase at a merchant Q. 

5 [0086] A PPOS sales application records the product IDs and basket total. The basket 
includes three products each having a price of $2.50, thus resulting in a basket total of $7.50. 
The PPOS sales application sends the product ID and purchase total to a loyalty application. 

[0087] While the basket total is being calculated, the user inserts a portable device 110 into 
a stand alone PPOS 114. 

10 [0088] The loyalty application communicates with portable device 1 10 to determine 

portable device information 120 and uses that information, the total purchase value, and/or 
the product ID, to determine if the purchase qualifies for a reward. For example, the 
information includes a program "125", a reward # 1 that provides a 10% discount off a fourth 
unit of product X and the accumulations for this reward are zero. 

1 5 [0089] The loyalty application determines if the purchase qualifies for a reward. If the 
purchase does not qualify for a reward, the loyalty application sends a message to the sales 
application that no rewards apply for the purchase. The sales application then completes the 
purchase transaction in a normal manner without a loyalty transaction. 

[0090] If the purchase does qualify for a reward, the loyalty application determines T&C 
20 information from the portable device 1 10 and generate an appropriate T&C statement. 

[0091] Again, various factors may be considered in determining how to generate a T&C 
statement. Depending on the results for the factors, different codes may be generated. For 
example, the application may determine if T&C statements have been accepted before. If 
T&C statements have been accepted, a first code is used, and if T&C statements have not 
25 been accepted, a second code is used. 

[0092] Also, it is determined if the distribution channel 1 08 allows for display of T&C 
statements. The application further determines if redemption is possible. If the redemption is 
not possible, the loyalty application calculates an accumulation value for the portable device 
110. 
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10093] If redemption is possible, the loyalty application compiles and creates a T&C 
statement for the loyalty program. In one situation, if the distribution channel cannot display 
the T&C statement, a print file is generated in order to allow the user to print the T&C 
statement. 

[0094] The distribution channel 108 prints or displays the T&C statement. The loyalty 
application then determines if the T&C statement is accepted by the user. The acceptance 
may be received using various methods described above. 

[0095] If the T&C statement is accepted by the user, the loyalty application calculates an 
accumulation value for portable device 110. The loyalty application then updates a T&C 
value on portable device 1 10 with a new value. This new value may indicate that an 
accumulation has taken place. 

[0096] If the T&C statement is not accepted by the user, the sales application completes the 
purchase in a normal manner. 

[0097] The above purchase activity has invoked an accumulation (but no redemption) that 
will, if accepted, not result in any discount against the purchase. Also, because distribution 
channel 108 is a stand alone device with display capability, the PPOS application creates a 
print file that is printed by the PPOS 1 14. The printed T&C statement may be accepted or 
rejected by a user. The choice made by the user with respect to the printed T&C statement 
can be conveyed to the PPOS application via, for example, a user interface. 
[0098] The following is an illustration for determining whether T&C statements should be 
generated according to one embodiment of the present invention. In this transaction, 
customer A makes a purchase of one unit of product Z using a portable device 1 10 on a 
website operated by merchant Q and customer B makes a purchase of one unit of product Z 
using a portable device 1 10 at a website operated by merchant Q. Each portable device 1 10 
contains the same rewards program that provides a free unit of product M once the customer 
has purchased two units of product Z. The program parameters further provide that two free 
units of product M may be provided to any one customer. Customer A is not eligible for a 
redemption but has not accepted a T&C statement. Customer B is not eligible for a 
redemption and has already accepted the T&C statement. 

[0099] Customer A selects products for purchase on merchant Q's website. A website sales 
application records product IDs and a basket total. The basket has one item, resulting in a 
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basket total at a price of $1.50 of $1.50. The website sales application sends a product ID 
and purchase total to the loyalty application. 

[0100] The customer inserts a portable device 1 1 0 into a card acceptance device attached to 
a personal computer. 

5 [0101] The website loyalty application compares the product ID, total purchase value, 
and/or portable device information stored 120 on portable device 1 10 to determine if the 
purchase qualifies for an incentive. Portable device information 120 indicates that portable 
device HOis eligible for a program "123" that includes a reward # 1 for a free unit of product 
M with a purchase of two units of product Z. The redemptions and accumulations for reward 

10 #1 are zero. 

[01 02] If the purchase does not qualify for an incentive, the loyalty application sends a 
message to sales application to indicate that no rewards apply for purchase. The sales 
application completes the purchase transaction in a normal manner. 

[01 03] If the purchase does qualify for an incentive, the loyalty application retrieves 
15 portable device information 120 from the portable device 110. Portable device information 

120 may include a code that is used to generate a certain T&C statement. This code along 

with a number of factors are used to generate a T&C statement using the appropriate T&C 

file and parameters file. 
Depending on the results for the factors, different codes may be generated. For example, the 
20 application may determine if T&C statements have been accepted before. If T&C statements 

have been accepted, a first code is used, and if T&C statements have not been accepted, a 

second code is used. 

[01 04] It is then determined if the distribution channel allows for display of T&C 
statements. 

25 [01 05] The application also determines if redemption is possible. 

[0106] If redemption is not possible, the loyalty application calculates an accumulation 
value for portable device 110. The sales application then completes the purchase transaction 
in a normal manner. 
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[0107] The loyalty application then compiles and displays the appropriate T&C statement. 
In this instance, PPOS 1 16 can only display the T&C statement. In other embodiments, the 
T&C statement may be printed or audibly announced. 

[01 08] It is then determined if the T&C statement has been accepted by the customer. If 
the T&C statement is not accepted by the customer, the sales application completes the 
transaction in a normal manner. 

[0109] If the T&C statement is accepted by the customer, the loyalty application updates 
reward data on portable device 1 10. Also, the loyalty application updates portable device 
information 120 on portable device 1 lOto show that a T&C statement has been accepted for 
this loyalty program and thus another T&C statement does not need to be accepted by a 
customer in a future transaction. 

[01 10] Customer B selects products for purchase on merchant Q's website. The website 
sales application records product IDs in a basket total. The basket includes one item of 
product Z at aprice of $1.50 for abasket total of $1.50. The website sales application sends a 
product ID and purchase total to the website loyalty application. 

[0111] The customer inserts portable device 1 1 0 into a card acceptance device that is 
attached to a personal computer. The website loyalty application compares the product ID, 
the total purchase value, and/or portable device information 120 stored on portable device 
1 10. Information 120 is used to determine that portable device 1 10 is eligible for a program 
"123" with a reward of # 1 a free unit of product M with the purchase of two units of product 
Z. The customer has two redemptions and four accumulations. This means that two units of 
product M have been redeemed and four units of product Z have been purchased. 

[01 1 2] The application determines if the purchase qualifies for a reward. In this case, 
because the incentive has been redeemed twice, the loyalty application sends a message to the 
sales application that no rewards apply to the purchase. The sales application completes the 
purchase transaction in a normal manner. In one situation, the process may continue to 
record information on portable device 1 10 to include that a fifth accumulation has accrued. 

[0113] Accordingly, embodiments of the present invention generate T&C statements 
dynamically. Distinct T&C statements for specific reward programs and/or specific users 
may be provided by a sponsor and/or merchant. Thus, a generic statement that covers all 
potential programs is avoided. Additionally, the dynamically generated T&C statements may 
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be customized for specific distribution channels in which the purchase and loyalty transaction 
is conducted. For example, different T&C statements may be adapted for different 
distribution channels such as displays, printers, etc. Also, the T&C statements may be 
displayable, printable, announced audibly, etc. Moreover, the dynamic generation process 
also provides a rules-based delivery on T&C statements by recording each acceptance or 
rejection of the T&C statements on a portable device where that value is used to determine if 
another T&C statement is needed or appropriate for subsequent transactions. 

[0114] While the present invention has been described using a particular combination of 
hardware and software implemented in the form of control logic, it should be recognized that 
other combinations of hardware and software are also within the scope of the present 
invention. The present invention may be implemented only in hardware, or only in software, 
or using combinations thereof. 

[01 15] It should be understood that while the foregoing description with respect to different 
embodiments is provided in the context of a loyalty program, a person of ordinary skill in the 
art will know and appreciate how to deploy the present invention in other applications or 
context where flexible generation of terms and conditions may be desirable. The above 
description is illustrative but not restrictive. Many variations of the invention will become 
apparent to those skilled in the art upon review of the disclosure. The scope of the invention 
should, therefore, be determined not with reference to the above description, but instead 
should be determined with reference to the pending claims along with their full scope or 
equivalents. 
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